{\rtf1\ansi\ansicpg1252\cocoartf1038\cocoasubrtf350
{\fonttbl\f0\fswiss\fcharset0 Helvetica;}
{\colortbl;\red255\green255\blue255;}
\pard\tx566\tx1133\tx1700\tx2267\tx2834\tx3401\tx3968\tx4535\tx5102\tx5669\tx6236\tx6803\ql\qnatural\pardirnatural

\f0\fs24 \cf0 \
\
BUGS:\
\
\
-------------------------------------------------------------------------------------------------------------------\
\
Nr: 1 - 18.11.2010 - Bereich: Pinnen\
\
Problem: Werden zwei Bilder gepinnt, danach die Gruppe skaliert bzw. gedreht und anschliessend ein weiteres Bild auf die Gruppe gepinnt, werden die ersten beiden Bilder in Originalgr\'f6\'dfe dargestellt!\
\
Vermutung:\
Beim Skalieren bzw. Rotieren der Gruppe \'e4ndern \'e4ndern sich die Werte von Frame, Bounds, Layer.Bounds der Bilder nicht. Daher werden vermutlich beim weiteren pin die Bilder mit ihren eingetragenen Gr\'f6\'dfen eingef\'fcgt! \
\'dcberpr\'fcft duch Log-Ausgaben eines Bildes vor dem Skalieren der Gruppe und nach dem Skalieren der Gruppe.\
Kommentare zum Problem sind in mttGroupView und mttImage zu finden.\
Eigentlich sollte das mit autoresizesSubview auf der Gruppen view und einer richtigen autoresizingMask auf den Bildern l\'f6sbar sein - ist es aber anscheinend nicht.\
\
L\'f6sungsideen:\
- autoresizesSubviews: Spricht nur an wenn man direkt das Bounds Rectangle transformiert. Aber auch dann funktioniert das Autoresizing nicht richtig.\
- Nur den Layer der GroupView transformieren: Eine CATransform3D beeinflusst auch die Subviews - l\'e4uft also auf das gleiche heraus wie die Transformation der View.\
- Tempor\'e4res Rechteck verwenden: Beim mttImage ein tempor\'e4res rechteck mitf\'fchren auf die alle transformationen des Bildes angewandt werden. Beim einf\'fcgen in eine neue Superview die bounds auf dieses rechteck setzen. Frage: in welchem KoordinatenSystem soll das geschehen?\
- Transformation nur auf die Subviews anwenden und am Schluss den Frame der Gruppe anpassen: Bei der Transformation der Subviews muss aber auf den richtigen Centerpunkt geachtet werden.\
\
Gel\'f6st: JA - 22.11.2010\
\
L\'f6sung: Transformationen werden nur noch auf die Subviews der Gruppe angewendet. Dadurch werden die Framegr\'f6\'dfen der Bilder richtig berechnet. Die Gruppe selbst \'e4ndert ihre gr\'f6\'dfe nicht und somit stimmt der Frame der Gruppe auch nicht mehr. \
Das k\'f6nnte durch die Methode resizeToSubviews gel\'f6st werden. Diese funktioniert aber noch nicht richtig (22.11.2010). Ausserdem hat die Gruppe nach einem weiteren pin wieder die richtige gr\'f6\'dfe!\
\
------------------------------------------------------------------------------------------------------------------\
\
Nr:2 - 22.11.2010 - Bereich: Pins\
\
Problem: \
Bei double tap auf die Gruppe werden die Pins gar nicht oder nicht richtig angezeigt. Der erste Pin d\'fcrfte stimmen, aber alle weiteren nicht mehr.\
Ausserdem stimmt oft die view-hierarchie nach dem Pinnen nimmer. Views die gepinnt werden, werden falschlicherweise in den Vordergrund gesetzt. Wird dieses Problem gel\'f6st, ist das obere obsolet.\
\
Vermutungen:\
- Ausserdem werden am jeweils unteren Bild zwar die Pins ins dictionary eingetragen, aber nicht als subview hinzugef\'fcgt!\
- Subviews werden offenbar nur hinzugef\'fcgt, wenn sie auch tats\'e4chlich sichtbar sind.\
- Vielleicht werden gleiche Subviews auch nur einmal angezeigt. Denn auf allen betroffenen Bildern wird ein und derselbe Pin als subview hinzugef\'fcgt - vielleicht muss f\'fcr jedes Bild ein eigenes Pin-Objekt erstellt werden!\
  DENN: Eine View kann nur eine Superview haben!!!!!!!\
\
L\'f6sungsideen:\
- Die Subviews f\'fcr die Pins gleich beim setzen der Pins hinzuf\'fcgen. Und auf hidden setzen. Beim DoubleTap auf die Gruppe dann nur mehr die Visibility ein bzw. ausschalten.\
\
Gel\'f6st: JA - 22.11.2010\
\
L\'f6sung: Pins werden im Maincontroller erstellt. \'dcrspr\'fcnglich wurde ein Pin-Objekt f\'fcr jede Pin-Position erstellt und dieses Objekt jedem vom Pin betroffenen Bild zugewiesen (als Subview). Das Problem war aber, dass jede View nur eine Superview haben kann.\
Also wird nun f\'fcr jedes Bild und jeden Pin ein eigenes Pin objekt erstellt.\
Achtung nun haben wir weit mehr Pin-IDs. Das muss beim l\'f6schen ber\'fccksichtigt werden!\
\
Anmerkung 23.11.2010: Kurzes Fade in und Fade out beim pinnen und ein und ausblenden der pins hinzugef\'fcgt. Dies wird \'fcber die pin.layer.opacity property gesteuert.\
\
------------------------------------------------------------------------------------------------------------------\
\
Nr:3 - 31.01.2011 - Bereich: Kreissuche beim drehen von Bildern\
\
Problem: Pinnt man zwei bilder so, dass sie einen Kreis bilden, kann man nicht drehen. L\'f6scht man einen Pin l\'e4sst sich das bild wieder drehen. Pinnt man anschliessend die Bilder wieder zusammen, kann man trotzdem drehen. \
\
Vermutung: Hier d\'fcrfte irgendeine Liste nicht aktuell sein, sodass die Kreissuche keine Richtign Ergebnisse liefert.\
\
Anmerkung - 31.01.2011:\
Dies kann mit dem l\'f6schen der Pins zusammenh\'e4ngen. Abwarten bis das l\'f6schen richtig funktioniert.\
Das Prolem hat auch mit der auswahl des drehpunktes zu tun. Bei manchen (Sp\'e4ter gesetzten pins) funktioniert die kreissuche. \
\
Gel\'f6st: NEIN\
\
------------------------------------------------------------------------------------------------------------------\
\
\
\
}